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1. Introduction 

The PDP-X 10 Bus provides many facilities that are 
available to both standard and customer-designed 
peripheral devices. Some of these facilities are: 

1, Multiplexor Channel input and output 

2, Data Packing 

3, Priority Interrupt synchronization 

4, ability to specify arbitrary memory locations 
for data transfer operations 

5, addition of external data to the contents of 
main memory 

The data input/output and packing operations are 
described in PDP-X Technical Memorandum #29 
(sections 3.1, 3.2, 3.3). This document describes 
additional features of the lO Bus and provides de- 
tailed information on the sequences of events 
on the fully interlocked bus. Details concern- 
ing the electrical and mechanical characteristics 
of the 10 Bus are beyond the scope of this docu- 
ment. It is sufficient to say, however, that the 
10 Bus uses a twisted pair, push/pull current system. 
The reader is first referred to Technical Memoran- 
dum #29 in the sections mentioned above, as well 
as to section 3.7. 



2. The 10 Bus 

The 10 Bus is the connection between lO device 
control units and the central processor. All 
communication lines to and from the processor 
are common to all control units except for the 
priority request and grant lines which are com- 
mon only to devices on a given priority level. 
At any one instant, however, only one control 
unit is logically connected to the processor 
(selected). This connection is maintained until 
the processor re-selects a different device. 
Since all standard devices can operate with a 
comparitively small amount of processor inter- 
vention, many devices may be operational simul- 
taneously. 



The 10 Bus consists of 8 bi-directional data 
lines and 32 control lines. The control lines 
may be broken into four groups: 

a, 8 outbound control lines (Command Out) 

(from the processor to the device) 

b, 8 ffjbound control lines (Response In) 

(from the device to the processor) 

c, 8 inbound priority request lines 

(from the devices to the processor, 1 line 
per each priority level) 

d, 8 outbound priority grdnt lines 

(from the processor to the devices, 1 line 
per priority level) 

In addition, power and ground return are available 
on the bus. 



The priority request and grant lines are used to 
synchronize device service requests with proces- 
sor activity. The bi-directional data lines and 
the outbound and inbound control lines are used 
to control the actual data transfers and to in- 
dicate special functions or exceptional conditions. 



For purposes of further discussion, it is meaningful 
to distinguish between two types of operation on 
the buss 

1. Processor initiated activity 

2. Device initiated activity 

(It must be remembered that both types of activity 
are directly or indirectly initiated by the processor. 
The distinction is made here between specific tasks 
performed by the program controlling the proces- 
sor such as reading data or changing device status 
and those processor functions performed without the 
intervention of the program because of requests -generated 
by a device. Of course, the program had to initialize 
the processor and the device to generate and respond 
to these requests. It might further be noted that 
the 10 Bus is, quite literally, merely a collection 
of wires. The functional properties ascribed to 
these wires arise only because there is hardware 
in the processor controlling the signals trans- 
mitted by these wires, ) 
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3. Processor Initiated Activity 

The processor (or to more exact, the program con- 
trolling the processor) may initiate activity 
on the 10 Bus by the execution of an 10 class 
instruction,' These instructions are: 

lOR/IOW/IORC/IOWC Read or write data 

lOS/IOC Read or write status 

RIO Reset lO system 



One additional instruction, lOT, is provided for 
the convenience of the programmer, lOT aopears to 
the 10 Bus (and hence the selected device) as an 
lOS (read status). All cf these instructions (with 
the exception of RIO) contain a Device Address 
(device selection code, device niomber, etc, ) , 

When an 10 class instruction is executed, this 
Device Address is transmitted on the Data Lines, 
The outbound control lines are set to indicate 
that an Address is on Data Lines arid a SYNC level 
is transmitted (one of the outbound control lines). 
Every device on the 10 Bus decodes the command 
lines and the Data Lines, but only one device recog- 
nizes the Device Address code. This device becomes 
selected (sets a Flip-Flop in itself) and signals 
the processor that it has received and decoded 
the address by setting the inbound control lines 
and raising RTN (one of the inbound control lines). 
The processor may now disconnect the Device Ad- 
dress from the Data Lines and drop SYNC, The 
selected device then drops RTN and the other in- 
bound control lines and the bus becomes free, (Auto- 
matic time-out circuitry in the processor will dis- 
connect the Device Address from the bus, etc, and 
allow the processor program to continue if no de- 
vice responds.) 

The processor next initiates a DATI END sequence 
(lOR, lORC), DATO sequence (lOW, lOWC), CONI se- 
quence (lOS) or CONO sequence (IOC), Figure 1 
depicts a one-byte data input sequence ( lOR , lORC ) . 
The status input sequence (lOS, lOT) would be iden- 
tical except that the processor would set the com- 
mand lines to CONI instead of DATI END, Figure 2 
depicts a one-byte data output sequence (lOW, lOWC). 
The status output sequence (IOC) would be iden- 
tical except that the processor would set the com- 
mand lines to CONO instead of. DATO, 



Figures 3 and 4 depict two-byte input and output 
respectively. When the first data transfer be- 
tween processor and device is accomplished, the 
device responds and indicates that it requires 
(or has) an additional byte of data (or status). 

When an RIO instruction is executed (or when the 
corresponding console switch is closed), the 
processor sets the outbound control lines to 
indicate a Reset operation and raises SYNC (one of" 
the outbound control lines). It then waits for all 
devices to receive this signal (the same time-out 
that occurs during the address-selection sequence) 
and then proceeds. 



4, Device-Initiated Activity 

When a device finishes a task previously requested 
by the processor, it will set the REQ bit in its 
status register. The processor may test this bit 
(with an lOS or lOT instruction) to determine if 
the device haS' finished its task. Since the proces- 
sor would have no way of knowing when the device 
finished unless it continually tested this bit 
(precluding any other computational activity), an 
interrupt system is made available to allow the 
device to signal its service request to the proces- 
sor. Every device has an ENABLE bit in its 
status register which allows it to be connected 
or disconnected from this interrupt system. If ] 
this ENABLE bit is set and the device has either 
finished its task or has detected an lanusual con- 
dition (REQ or UNUSUAL), the device will signal 
the central processor that it requires service by 
raising the REQ^ line corresponding to the pri- 
ority level to which it is assigned (i). (Note 
that this does not affectt any operations on the 
data, outbound control and inbound control lines 
that may be occurring, ) When the processor is 
able to honor this service request, it raises the 
corresponding Priority ( grant )^ line. This line 
passes through all devices whose priority is i. 
The first such device that is also requesting 
(has KEQ up), does not re-transmit this signal 
to the next device, but instead, connects its 
Device Address code and the HIGH bit from its 
status register onto the Data Lines and raises 
Address In (one of the inbound control lines). 
When the processor detects the rise of Address In, 
it reads in the Device Address and HIGH from the 
Data Lines, The processor then determines if a 
channel operation is indicated or not by examining 
the contents of the main memory location indicated 
by the Device Address and HIGH, 

Figure 5 depicts the sequence that occurs when 
a channel operation is not indicated. Figure 
6 depicts the sequence that occurs when a channel 
operation is indicated. In a channel operation, 
the device is selected. The processor does so 
by setting the outbound control lines to indicate 
an address-selection sequence and raises SYNC. 
Since the Device Address is already on the Data 
Lines, the device becomes selected and sets the 
inbound control lines including RTN, The proces- 



sor then 'examines the Inbound control lines and 

llT. ^'?^'^ri ^"^ ^^^- ^^^ inbound cSnLof 
lines 4, 5 indicate one of four initial types 
of operations: i-ypes 

Normal, the Byte Counter and Byte Address 
are updated. Response In 6-7 are then 
examined^ 

1 Inhibit BA Count. Only the Byte Counter 
is updated. The Byte Address is left un- 
disturbed. Response In 6-7 are then 
examined. 

^ «°r^.^^^^ ^^""^^ ^^^®^ Reading in 16-bit 
Byte Address. The 10 Bus performs 2 DATI 
cycles to read in a 16-bit Byte Address. 
The Byte Counter and Byte Address are un- 
disturbed. Response In 6-7 are then examined. 

3 Permit only BC Count. The Byte Counter is 

t^Jhf S^^? ^""^ t^^ ^^^^^^ ^= re-transmitted 

Modes 2 and 3 are depicted in Figures 7 and 8 re- 
spectively. Figure 8a depicts M^de 3 for a 2-b?te 
device. After Modes 0, 1, 2. Response In 6^7 ^ 
fet as^onLs? "^^^^^^- ^^- ^^- Of data trans- 






OUT 


1 


ILLEGAL 


2 


IN 


3 


ADD- IN 



K^!% ^^^ ?^ transfer are depicted for a single- 

Jfa mul^Jn/Vi^^J^^ ^' '°' ^^- ^f the devile 
fnrf?o=^ J^i^7^^J^ cSevice, channel overflow is 
if, S?^ "^ile transferring the byte in which the 
overflow occurred. In the case of ADD-In/ which 
reads in data bytes, does the addition /stores 
the sum in memory and transmits the sum; two types 
of overflow may occur: types 



a, channel overflow 

b. a(3[d overflow 



Channel overflow is indicated while transforming 
V^L^^^^ ^"^ ''^^''^ t^^ overflow occurred (DAT? 
LAST) and add overflow is indicated during each 
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each output transfer. Only one or two byte trans- 
fers will be made during an ADD-IN operation. Ad- 
ditional bytes will not be received. Double-byte 
additions across word boundaries may produce un- 
predictable sum and overflow results. 



5, Appendix 

Bus Sequences 



lOR, lORC INSTRUCTION (lOS, lOT with DATI 
END changed to CONI) 



Processor 



T {» set up Device Address 
onto Data Lines 2-7 r 
set conmiand 5-7 to ADDRESS? 



Bus Sequence 
Input One Byte 

Figure 1 



Device 



raise SYNC 



r 

drop SYNC 



set cornmand 5-7 « DATI END* 



JB5. decode address on Data Lines 

2-7. 
decode Command 5-7 = ADDRESS r 
select? 



raise RTN 



- drop RTN 



_^ decode command 5-7 = DATI END ? 
load data onto Data Lines* 



Read in DATA 
(processor may proceed) 



raise RTN 



drop SYNC 



i 



Bus IS free 



disconnect data from Data Lines? 
___™._„^ drop RTN 



low, lOWC INSTRUCTION (IOC with DATO 
changed to CONO) 

Processor 



-©► set up Device Address 
onto Data Lines 2-7; 
set Command 5-7 to ADDRESS; 
raise SYNC 



drop SYNC 



put data byte -^ 
on Data Lines? 
set command 5-7 to DATO 



raise SYNC- 






(processor 'may proceed) 
disconnect data from Data Lines? 



Bus Sequence 
Output One Byte 

Ficfure 2 

Device 



decode address on Data Lines 2-7? 
— >,decode command 5-7 -ADDRESS? 
select? 



raise RTN 



1 



drop RTN 



-^decode command 5-7 = DATO? 
read in data? 



raise RTN 



drop SYNC '- 



Bus is free 



drop RTN 



H 



lOR, lORC INSTRUCTION (lOS, lOT with 
DATI END changed to CONI ) 

Processor 



-^set up Device Address 
onto Data Lines 2-7? 
set Command 5-7 to ADDRESS* 



raise SYNC 



drop SYNC 



set Command 5-V a DATI END 



f 



raise SYNC 



Read in First Byte? 
drop SYNC ' 

s 



set Command 5-'7 s DATI END? 
raise SYNC , 



Read in Second Byte? 
(processor may proceed) 
drop SYNC *- 



Bus is free 



Bus Sequence 
Input Two Bytes 

Figure 3 



Device 



-^decode address on Data Lines 

2-7r 
decode Command 5-7 = ADDRESS; 
select? 

raise RTN 



drop RTN 



decode Command 5-7 = DATI END? 

load data onto D? 
raise More Bytes 



loadd^ata onto Dati Lines? 



raise RTN 



disconnect data from Data Lines? 
disconnect Response In? 



— ^^ 



drop RTN 



-^decode Command 5-7 = DATI END? 
load data byte onto Data Lines; 



raise RTN 



disconnect data from Data Lines? 



-^ 






drop RTN 



low, lOWC INSTRUCTION (IOC Witli DATO 
changed to CONO) 

Processor 



-£> set up Device Address 
onto Data Lines 2-7 r 
set Command 5-7 to ADDRESS? 



raise SYNC 



drop SYNC 



put data onto Data Lines; •^- 
set Command 5-7 to DATO? 



Bus Sequence 
Output Two Bytes 

FicTure 4 

Device 



decode address on Data. Lines 
-^ decode Cornman4„ §77 = AD- 
select? 



.raise RTN 



•-^ drop RTN 



raise SYNC ^ 



decode Command 5-7 a DATO? 

Read in data? 
Raise More Bytes (RIS)? 
raise RTN 



disconnect data from Lines? 
drop SYNC 



put second byte onto -^ 

Data Lines? 

set Command 5-7 to DATO? 



raise SYNC 



1 



disconnect Response In? 
^drop RTN 



decode Command 5-7 = DATO? 
— .|> Read in Data? 



disconnect data from Lines? 
(processor piay proceed) 



raise RTN 



drop SYNC » 



Bus is free 



"~1 ■ 

-^ drop RT^ 






Interrupt - No Channel 
Ficfure 5 



Processor 



if current priority< i (and not inhibited) 
send Priority^i^ ■■ , , 



r 



read address from Data Lines? 
decode if Channel: if not? 
(processor roay proceed) 



drop Priority. 



f 



Bus is free? processor 

doesn't respond since it 

is now operating at priori tyj. 



(REQ yUNUSUAL )a ENABLE 
Device 



^end REQj. ^ 



device is requesting and Priority j^ is 
up, put High and Address on Data Lines 

set Response In to indicate type of op- 
eration ? 

' raise Address In 



.disconnect address. Response 

In? 
drop Address In 



Bus Sequence 
Interrupt - Channel 



Ficrure 6 



Processor 



f current priority <i (and not inhibited) 
Send Priority. , 



read Address from Data 
Lines; decide if Channel 
if it isr 
Set Command 5-7 = ADDRESS 



raise SYNC 



(processor may proceed to 

perform channel function 

(figure 7,8 or directly to 9,10 or 11) 






drop Priority^ y 
drop SYNC ^ 



Bus is free 



(REQyUNUSUAL )^ ENABLE 
Device 



-Send REQ ,^ 



f 



f 
device is requesting and Priority^ is up, 
put HIGH and Address on Data Lines 1-7? 
set Response In to indicate type of opera- 

tion ? 



Raise Address in 



decode address on Data Lines 2-7* 
decode Command 5-7 = ADDRESS? 
. g> select? 



^ raise RTN 



disconnect HIGH, Address? 
disconnect Response In? 
drop Address In 






'r^8~ 



Enter from Interrupt Sequence - Channel (Figure 6) 



Processor 
^ Set Command 5-7 to DATIy 
raise SYNC — 



Read in Byte 1? 
drop SYNC - 



Set Command 5-7 to DATI ENDr 
raise SYNC 



Read in Byte 2; " 



Bus Sequence 

Channel - Read 16-Mt Address 
Don't Use BC,BA 

Figure 7 

Device 



-^decode Command 5-7 = DATI* 
connect byte 1 to Data Lines; 



raise RTN 



drop RTN 



-ga*decode Command 5-7 = DATI* 



connect byte 2 to Data Lines; 
connect Response In 

■raise RTN* 
raise Address In 



drop SYNC 



Bus is free 

Proceed to 

CHANNEL INPUT (Figure 9) 
CHANNEL OUTPUT (Figure 10) 
CHANNEL ADD-IN (Figure 11) 



drop RTN? 

drop Response In; 

drop Address In 






Enter from Interrupt Sequence - Channel (Figure 6) 



Processor 



Bus Sequence 

Channel - Count Only BC 

Single Byte Device (DATA) 

Figure 8 

Device 



Set Command 5-7 to 

a. DATO if BC 4^ 

b. DATO LAST if BC = 

Put BC byte 1 on Data Lines 



raise SYNC 



-1*^ decode Command 5-7 =. 

a, DATO clear REQ, 

set BUSY 

b, DATO LAST set LOW 
read data byte? 



f 



raise RTN 



disconnect data from Lines 
(processor may proceed? dismis) 



drop SYNC 



V 



drop RTN 



Bus is free 



M 
■v) 



Enter from Interrupt Sequence - Channel (Figure 6) 



->- 



Processor 

Put BC byte 1 onto Data Lines? 
Set Command 5~7 to 

a. DATO if BC 4= 

b. DATO LAST if BC « 



Bus Sequence 

Channel - Count Only BC 

Double Byte Device (DATA) 

Figure 8a 

Device 



raise SYNC ^ 



V 
disconnect data from Lines 

drop SYNC , 



Put BC byte 2 onto Data Lines 
Set Command 5-7 to 

a. DATO if BC + 

b. CATO LAST if BC 



a 



-^>.<iecode Command 5-7 = DATO? 
read data 
raise More Bytes (RI3) 



.raise RTN 



■drop Response In 
drop SYNC 



disconnect data from Lines 
(processor may proceed? dismis) 



decode Command 5-7 = 

a, DATO, clear REQ, 
set BUSY 



b. DATO LAST 
read byte 2 

raise RTN 



set LOW 



drop SYNC 



Bus is free 



-drop RTN 



00 



Enter' from Interrupt Sequence - Channel (Figure 6) 
or Read 16-bit Address (Figure 7) 



Processor 

-gi».Put data byte on Data Lines r 

Set Gowwiand 5-7 to 

a. DATO if no OVERFLOW 

b. DATO LAST if OVERFLOW 



Bus Sequence 

Channel - Output One Byte 

Figure 9 



Device 



raise SYNC 



(processor may proceed? 
dismiss interrupt) 



decode Command 5-7 = 

a. DATO - read datar 
start de-vice 



b. 



raise RTN 



DATO LAST - read 
data? start device: 
clear HIGHj clear 
REQr drop I^EQj_* 



drop SYNC 



drop RTN 



Bus is free 



♦Device can signal more bytes 
by raising More Bytes (Re- 
sponse In 3). This sequence 
is the same as the second se- 
quence in Figure 2 (i.e., af- 
ter the device Selection Se- 
quence ) . 



(X) 



Enter from Interrupt Sequence - Channel (Figure 6) 
or Read 16-bit Address (Figure 7) 

Processor 



-^Set Coiranand 5-7 to 

a. DATI if no OVERFLOW 
•b, DATI XAST if 0VEI?FL0W 



Bus Sequence 

Channel - Input One Byte 

Ficrure 10 



Device 



raise SYNC ^ 



.^ decode Coininand 5-7 = , 

a. DATI clear REQ, set BUS'^ 
start device 



b. DATI LAST clear HIGH 
connect data to Data juines?* 



raise RTN 



Read in Data? 
(processor may proceed? dismis) 



drop SYNC 



drop RTN 



Bus is free 



♦Device can signal more bytes J 
by raising More Bytes (Re- 
sponse In 3). This sequence is 
the same as the second se- 
quence in Figure 7 (i.e., af- 
ter the device selection se- 
quence ) . ' ■ 

O 



Enter from Interrupt Sequence - Channel (Figure 6) 
or Read 16-t)it Address (Figure 7) 



Processor 

Set Command 5-7 to 

a. DATI if no OVERFLOW 

b. DAT! LAST if OVERFLOW 



Bus Sequence 

Channel - Add In One Byte 

Ficrure 11 

Device 



raise SYNC 



decode Command 5-7 = 

a. DATI clear REO, set BUSI 

b. DATI LAST clear HIGH 
connect data to Data Lines 

raise RTN 



read data from 
Data Lines 

Form SUM 

drop SYNC 



drop RTN 



V 

Set Command 5-7 to ■ 

a. DATO if no SUM OVERFLOW 

b. DATO LAST if SUM OVERFLOW 
put sum on Data Lines 



raise SYNC 



•^ decode Command 5-7 

read sum from Data Lines 



f 



raise RTN 



disconnect data from Lines 
(processor may proceed? dismis) 
drop SYNC 



drop RTlt 






